Rishard E. пер. Коваль И.С. Проблеми реформування податку на додаткову вартість в Україні

Автор: Rishard E.
Перевод с английского: Коваль
Источник: Rishard E. "Managing and Leading Software Projects", p.226

Методы оценки

Аналогия является широко распространенным способом оценки характеристик проекта при разработке программного обеспечения и в прочих прикладных дисциплинах. Целью оценки на аналоговой основе является поиск одного или нескольких аналогичных проектов, для которых известны параметры программы. Чем ближе аналогия, тем более уверенными вы можете быть в своей оценке. Например, практический инструмент может быть использован с большей уверенностью, если в его основе лежат проекты, аналогичные проекту, который вы оцениваете.
Оценки на основе аналогий могут быть простыми (например, в подобном проекте требуются 5 человек на 6 месяцев), или сложными. В последнем случае, ваша организация может иметь реляционную базу данных предыдущих проектов. Каждая строка в логической структуре данных будет содержать данные выполненного проекта. Каждая колонка будет содержать запись об атрибуте прошлых проектов, таких как:

клиент;
вид продукта;
объем выполненных работ;
размер продукта и использованная система мер;
использованные поправочные коэффициенты (например, сложность продукта, уровень квалификации разработчиков);
использованная модель разработки;
использованные инструменты разработки;
использованные поставляемые продукты;
оцененная и фактическая продолжительность проекта;
оцененная и фактическая работа;
оцененные и фактические затраты;
плотность дефектов до и после выпуска;
выводы.

     Для выполнение оценки, вам следует обозначить известные характеристики оцениваемого вами проекта. Затем вы должны написать запрос, который извлекает список проектов, соответствующий вашему проекту в указанном пределе, например, все проекты, по которым разрабатывались продукты высокой сложности и имеющие ±10% оцененного вами размера, выполненные разработчиками со средним уровнем квалификации, которые используют C++ и модель построения путем приращения.
Основным достоинством оценки на основе аналогий является: качество аналогий, обеспечивающее качественную базу оценки вашего проекта.
     Основным недостатком является: неточность оценок, вызываемая неверными аналогиями.
     Оценка не является хуже или лучше аналогий, на которых она базируется.

      2. Экспертное Заключение

     Экспертное заключение состоит в запросе оценок таких характеристик проекта, которые составлены одним или несколькими экспертами, как работа, время, необходимый уровень квалификации, и факторы риска. Применяемые ими поправочные коэффициенты могут включать в себя субъективные факторы, такие как знание людей, которые будут выполнять работу и управлять работой, принципы отношения с клиентами, и разногласия, которые могут существовать между внутренними элементами организации. Характеристики продукта включают в себя любую имеющуюся информацию для изучения экспертами.
     Эксперты могут сказать вам, что требования слишком неточные и недостаточно полные для того, чтобы они могли дать заключение (что необходимо было бы знать). С другой стороны, различного рода эксперты могут давать оценки различным элементам декомпозиции архитектурного построения (ADV) рассматриваемой системы или продукта (например, пользовательский интерфейс, база данных, коммуникационный пакет, алгоритмы).
     Основными преимуществами экспертных заключений являются: различного рода эксперты могут дать оценку различным видам компонентов продукта; эксперты могут включить субъективные и политические факторы, которые обычно не заносятся в базы данных предыдущих проектов.
     Основными недостатками экспертных заключений являются: эксперты могут слишком положительно оценить время и ресурсы, необходимые им для выполнения работы, по сравнению со временем и ресурсами, которые необходимы менее опытным разработчикам; их обращение к прошлому опыту может быть не верным или не полным.

      3. WBS/CPM/PERT

     Подход к оценке WBS/CPM/PERT основан на встроенной в WBS и пакеты WBS декомпозиции архитектурного построения. Рабочие пакеты могут использоваться для выполнения увеличивающихся оценок характеристик проекта путем подъема оценок нижнего уровня для действий и задач. Оценки рабочих пакетов могут основываться на других прагматических подходах (практический инструмент, аналогия, экспертное заключение, Дельфи), либо на теоретических или регрессионных моделях оценки.
      В этом отношении, подход WBS/CPM/PERT, вероятно, является наиболее точным из практичных подходов из-за увеличения уровня детализации, к которому могут быть применены различные способы оценки, и потому, что положительные и отрицательные изменения при неточностях ни нижних уровнях могут «усредняться» при агрегировании на более высоких уровнях. Подход PERT может использоваться для обеспечения распределений вероятности для продолжительности графиков, с целью достижения различных этапов и завершения проекта.
      У вас может быть недостаточно сведений для разработки ADV, рабочего пакета WBS, рабочих пакетов, и структуры плана работ с использованием метода критического пути на ранней стадии вашего проекта, однако при планировании и перепланировании разработка данных элементов должна стать возглавляющей. Как можно скорее должны быть выполнены пересмотренные оценки, базирующиеся на первоначальных результатах. WBS и структура плана станут более детализированными с ростом восприятия и по мере выполнения проекта. В текущем режиме, должны быть подготовлены обновленные оценки, базирующиеся на привлечении WBS и структуры плана.
      Основным преимуществом подхода WBS/CPM является: увеличенная точность оценок, которая является результатом увеличения уровня детализации и сопутствующего уровня восприятия.
      Основным недостатком является: отсутствие знаний или времени, достаточных для подготовки ADV, WBS, рабочих пакетов и структуры сетевого планирования на основе критического пути на раннем этапе планирования проекта программного обеспечения.